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DETAILED ACTION 

1. Applicant's amendment dated May 23, 2007, responding to the Office action 
mailed February 23, 2007 provided in the rejection of claims 1-29, wherein claims 1 , 4, 
8, 13, 21 , and 26 are amended, and claims 17-20 are canceled. 

Claims 1-16 and 21-29 remain pending in the application and which have been 
fully considered by the examiner. 

Applicant's arguments with respect to claims rejection have been fully considered but 
are moot in view of the new grounds of rejection - see both Saehle and Dejligbjerg arts made 
of record, as applied hereto. 

Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 CFR 
1.136(a) will be calculated from the mailing date of the advisory action. In no event, however, 
will the statutory period for reply expire later than SIX MONTHS from the date of this final 
action. 
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Claim Rejections - 35 (JSC § 102(a) 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102(a) that form 
the basis for the rejections under this section made in this office action: 

A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, or patented or described in a printed 
publication in this or a foreign country, before the invention thereof by the applicant for a patent. 

2. Claims 1-7, 13, 15, 26, and 28 are rejected under 35 U.S.C. 102(a) as being 
anticipated by Odd Are Saehle (Evaluation of Software Reuse at EDB-BC, July 2003, 
Norwegian University of Science and Technology) (hereinafter 'Saehle') 

3. As to claim 1 (Currently Amended), Saehle discloses a method for customizing 
an application comprising the steps of: identifying a selection of components to be 
deployed to form the customized application (e.g., Sec. 3.1 - Product Line, 2 nd Par., 
Lines 1-6 - More precisely a product line is a set of products that together address a 
particular market segment or fulfill a particular mission and share a common set of 
requirement, but also have significant variability in requirement; product lines provides 
large scale reuse while still being able to customize the different customers particular 
needs); 

Specifying within the selection of components, points of variability for the variable 
establishment of configuration parameters for the customized application which can be 
assigned values when deploying the selection of components (e.g., Fig 3.1 1 — 
Classification of the Custo mization Policy; P. 42, Sub-sec. - Defining customization 
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policy - this task has three parts as show in Fig. 3.1 1 1 ) customization policy for variant 
attributes, 2) customization policy for variant logic, and 3) customization policy for 
variant workflow; Fig. 3.8 - Domain Analysis Phase, element of DA3 - Identifying 
Variability; Fig. 3.9 - Structured English Use Case Description - Variant Flows; Sec. 3.1 
Product Line, 2 nd Par., Lines 2-3 - .. share a common set of requirement, but also have 
significant variability in requirements); 

Persisting the identified selection of components and the specified points of 
variability in a template; and, at a subsequent time, processing the template to deploy 

the identified selection of components, to prompt for values to be assigned to the points 

■* 

of variability, to configure the identified selection of components with the values at the 
points of variability thereby producing the customized application (e.g., Sec. 4.3.3 - 
Kommuneportal - a product - line, 1 st Par. - this knowledge is collected as a set of 
templates suggesting standardized forms; P. 60, Sec. 4.3.2 - Publication Module - a 
module for publishing of documents, 3 rd Par. - By giving each field an unique 
identification, the publication module will generate the necessary tables in the database, 
and take care of update of the database; what you actually are doing when applying the 
publication module, is making HTML-templates that are processed; Sec. 3.9 - Rational 
Unified Process, 2 nd Par. - Rational Unified Process is a configurable software 
development process that delivers proven best practice and a configurable architecture 
that enables on to select and deploy only the process components one need for each 
state of a project; P. 59, Sec. of eCportal at expertise level - it includes how to install 
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the framework on Visual Studio .Net, how to configure different servers, how to deploy a 
solution based on eCportal and so on.). 

4. As to claim 2 (Original), Saehle discloses the method further comprising the 
steps of: determining pre-requisite resources required by the customized application; 
and, further persisting the determined pre-requisite resources in the template (e.g., Sec. 
3.5.4 - Architectural Design, 1 st bullet - It implements the business logic itself as a 
collection of collaborating components, with the original specification types now split 
across different components; P. 38, Sec. R3 - Identifying Variability - This task focuses 
on identify variant attributes, logic and work flow that are different according to 
application in the specific domain). 

5. As to claim 3 (Original), Saehle discloses the method wherein the identifying 
step comprises the step of identifying a selection of portlets disposed within a portal 
environment to form the customized application (e.g., Fig. 4.3 - The different reused 
artifacts at EDB BC, element of "Kommuneportal; Sec. 4.3.1 - The eCportal Framework 
for developing web applications, 1 st Par. - eCportal 2.0 was developed with the purpose 
of being a foundation of which to build enterprise portals custom built for each 
customer). 

6. As to claim 4 (Currently Amended), Saehle discloses a system for customizing 
an application comprising: a template interface prototyped both for exposing content 
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included within components implementing the template creation interface, and also for 
deploying the components implementing the template (e.g., Sec. 3.1 - Product Line, 2 nd 
Par., Lines 1-6 - More precisely a product line is a set of products that together address 
a particular market segment or fulfill a particular mission and share a common set of 
requirement, but also have significant variability in requirement; product lines provides 
large scale reuse while still being able to customize the different customers particular 
needs); 

A template creation process coupled to the template interface, the template 
creation process having a configuration for writing a template persisting both references 
to a selection of components to be deployed to form the customized application (e.g., 
Sec. 4.3.3 - Kommuneportal - a product - line, 1 st Par. - this knowledge is collected as 
a set of templates suggesting standardized forms; P. 60, Sec. 4.3.2 - Publication 
Module - a module for publishing of documents, 3 rd Par. - By giving each field an 
unique identification, the publication module will generate the necessary tables in the 
database, and take care of update of the database; what you actually are doing when 
applying the publication module, is making HTML-templates that are processed; Sec. 
3.9 - Rational Unified Process, 2 nd Par. - Rational Unified Process is a configurable 
software development process that delivers proven best practice and a configurable 
architecture that enables on to select and deploy only the process components one 
need for each state of a project; P. 59, Sec. of eCportal at expertise level - it includes 
how to install the framework on Visual Studio .Net, how to configure different servers, 
how to deploy a solution based on eCportaj and so on.); and 
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Also points of variability for the variable establishment of configuration 
parameters for the customized application which can be assigned values when 
deploying the selection of components (e.g., Fig 3.1 1 - Classification of the 
Customization Policy; P. 42, Sub-sec. - Defining customization policy- this task has 
three parts as show in Fig. 3.1 1 1 ) customization policy for variant attributes, 2) 
customization policy for variant logic, and 3) customization policy for variant workflow; 
Fig. 3.8 - Domain Analysis Phase, element of DA3 - Identifying Variability; Fig. 3.9 - 
Structured English Use Case Description - Variant Flows; Sec. 3.1 Product Line, 2 nd 
Par., Lines 2-3 - .. share a common set of requirement, but also have significant 
variability in requirements); and, 

A template deployment process programmed to produce the customized 
application based upon a template written by the template creation process (e.g., Sec. 
3.1 - Product Line, 2 nd Par., Lines 1-6 - More precisely a product line is a set of 
products that together address a particular market segment or fulfill a particular mission 
and share a common set of requirement, but also have significant variability in 
requirement; product lines provides large scale reuse while still being able to customize 
the different customers particular needs). 

7. As to claim 5 (Original), Saehle discloses the system wherein the template 
creation process comprises a further configuration for persisting at least one reference 
to a pre-requisite resource required by the customized application to operate properly 
(e.g., Sec. 3.5.4 - Architectural Design, 1 st bullet - It implements the business logic 
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itself as a collection of collaborating components, with the original specification types 
now split across different components; P. 38, Sec. R3 - Identifying Variability - This 
task focuses on identify variant attributes, logic and work flow that are different 
according to application in the specific domain). 

8. As to claim 6 (Original), Saehle discloses the system wherein the template 
deployment process further comprises a view for prompting an end user for values for 
the points of variability persisted in the template (e.g., Sec. 4.3.3 - Kommuneportal - a 
product - line, 1 st Par. - this knowledge is collected as a set of templates suggesting 
standardized forms; P. 60, Sec. 4.3.2 - Publication Module - a module for publishing of 
documents, 3 rd Par. - By giving each field an unique identification, the publication 
module will generate the necessary tables in the database, and take care of update of 
the database; what you actually are doing when applying the publication module, is 
making HTML-templates that are processed; Sec. 3.9 - Rational Unified Process, 2 nd 
Par. - Rational Unified Process is a configurable software development process that 
delivers proven best practice and a configurable architecture that enables on to select 
and deploy only the process components one need for each state of a project; P. 59, 
Sec. of eCportal at expertise level - it includes how to install the framework on Visual 
Studio .Net, how to configure different servers, how to deploy a solution based on 
eCportal and so on.). 
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9. As to claim 7 (Original), Saehle discloses the system wherein the selection of 
components comprise portlet components disposed within a portal environment (e.g., 
Fig. 4.3 - The different reused artifacts at EDB BC, element of "Kommuneportal; Sec. 
4.3.1 - The eCportal Framework for developing web applications, 1 st Par. - eCportal 2.0 
was developed with the purpose of being a foundation of which to build enterprise 
portals custom built for each customer). 

10. As to claim 13 (Currently Amended), Saehle discloses a method for customizing 
an application, the method comprising the steps of: loading a template describing a 
customized configuration of the application; further locating within the template, a listing 
of points of variability for the variable establishment of configuration parameters for the 
application which can vary when deploying of the customized configuration (e.g., Fig 
3.1 1 - Classification of the Customization Policy; P. 42, Sub-sec. - Defining 
customization policy - this task has three parts as show in Fig. 3.1 1 1 ) customization 
policy for variant attributes, 2) customization policy for variant logic, and 3) 
customization policy for variant workflow; Fig. 3.8 - Domain Analysis Phase, element of 
DA3 - Identifying Variability; Fig. 3.9 - Structured English Use Case Description - 
Variant Flows; Sec. 3.1 Product Line, 2 nd Par., Lines 2-3 - .. share a common set of 
requirement, but also have significant variability in requirements); 

Deploying the set of components; prompting an end user for values for the points 
of variability and applying the values to the points of variability; and, returning control of 
the customized configuration to the end user (e.g., Sec. 4.3.3 - Kommuneportal - a 
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product - line, 1 st Par. - this knowledge is collected as a set of templates suggesting 
standardized forms; P. 60, Sec. 4.3.2 - Publication Module - a module for publishing of 
documents, 3 rd Par. - By giving each field an unique identification, the publication 
module will generate the necessary tables in the database, and take care of update of 
the database; what you actually are doing when applying the publication module, is 
making HTML-templates that are processed; Sec. 3.9 - Rational Unified Process, 2 nd 
Par. - Rational Unified Process is a configurable software development process that 
delivers proven best practice and a configurable architecture that enables on to select 
and deploy only the process components one need for each state of a project; P. 59, 
Sec. of eCportal at expertise level - it includes how to install the framework on Visual 
Studio .Net, how to configure different servers, how to deploy a solution based on 
eCportal and so on.). 

11. As to claim 15 (Original), Saehle discloses the method further comprising the 
steps of: identifying within the template at least one reference to a pre-requisite 
resource; deploying each pre-requisite resource identified within the template (e.g., Sec. 
3.5.4 - Architectural Design, 1 st bullet - It implements the business logic itself as a 
collection of collaborating components, with the original specification types now split 
across different components; P. 38, Sec. R3 - Identifying Variability - This task focuses 
on identify variant attributes, logic and work flow that are different according to 
application in the specific domain). 
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12. As to claim 26 (Currently Amended), Saehle discloses a machine readable 
storage having stored thereon a computer program for customizing an application, the 
computer program comprising a routine set of instructions for causing the machine to 
perform the steps of: loading a template describing a customized configuration of the 
application; locating within the template a set of components arranged in a hierarchy of 
dependent components which are to be deployed in a customized configuration (e.g., 
Fig 3.1 1 - Classification of the Customization Policy; P. 42, Sub-sec. - Defining 
customization policy - this task has three parts as show in Fig. 3.1 1 1 ) customization 
policy for variant attributes, 2) customization policy for variant logic, and 3) 
customization policy for variant workflow; Fig. 3.8 - Domain Analysis Phase, element of 
DA3 - Identifying Variability; Fig. 3.9 - Structured English Use Case Description - 
Variant Flows; Sec. 3.1 Product Line, 2 nd Par., Lines 2-3 - .. share a common set of 
requirement, but also have significant variability in requirements); 

Further locating within the template, a listing of points of variability for the 
variable establishment of configuration parameters for the customized application which 
can vary when deploying of the customized configuration; deploying the set of 
components; prompting an end user for values for the points of variability and applying 
the values to the points of variability; and, returning control of the customized 
configuration to the end user (e.g., Fig 3.1 1 - Classification of the Customization Policy; 
P. 42, Sub-sec. - Defining customization policy - this task has three parts as show in 
Fig. 3.11 1 ) customization policy for variant attributes, 2) customization policy for variant 
logic, and 3) customization policy for variant workflow; Fig. 3.8 - Domain Analysis 
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Phase, element of DA3 - Identifying Variability; Fig. 3.9 - Structured English Use Case 
Description - Variant Flows; Sec. 3.1 Product Line, 2 nd Par., Lines 2-3 - share a 
common set of requirement, but also have significant variability in requirements). 

13. As to Claim 28 (Original), please refer to above claim 15 accordingly. 

Claim Rejections - 35 USC § 103(a) 

The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

14. Claims 8-10 and 21-23 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Saehle in view of Uffe Dejligbjerg (Object/Data Source Mapping 
Layer, August 2003, Technical University of Denmark) (hereinafter 'Dejligbjerg') 

15. As to claim 8 (Currently Amended), Saehle discloses a method for producing a 
template describing a customized configuration of an application, the method 
comprising the steps of: selecting a set of components to be deployed in the customized 
configuration (e.g., Sec. 3.1 - Product Line, 2 nd Par., Lines 1-6 - More precisely a 
product line is a set of products that together address a particular market segment or 
fulfill a particular mission and share a common set of requirement, but also have 
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significant variability in requirement; product lines provides large scale reuse while still 
being able to customize the different customers particular needs); 

Specifying within the set, points of variability for the variable establishment of 
configuration parameters for the customized application which can vary when deploying 
of the customized configuration (e.g., Fig 3.11 - Classification of the Customization 
Policy; P. 42, Sub-sec. - Defining customization policy - this task has three parts as 
show in Fig. 3.1 1 1 ) customization policy for variant attributes, 2) customization policy 
for variant logic, and 3) customization policy for variant workflow; Fig. 3.8 - Domain 
Analysis Phase, element of DA3 - Identifying Variability; Fig. 3.9 - Structured English 
Use Case Description - Variant Flows; Sec. 3.1 Product Line, 2 nd Par., Lines 2-3 
share a common set of requirement, but also have significant variability in 
requirements). 

Saehle does not explicitly disclose identifying dependencies among the set of 
components, the identified dependencies forming a hierarchy of components to be 
deployed in the customized configuration and, writing a template both enumerating the 
specified points of variability also listing the selected set of components while 
preserving the hierarchy within the listing in the template 

However, in an analogous art of Object/Data Source Mapping Layer, Dejligbjerg 
discloses identifying dependencies among the set of components, the identified 
dependencies forming a hierarchy of components to be deployed in the customized 
configuration and, writing a template both enumerating the specified points of variability 
also listing the selected set of components while preserving the hierarchy within the 
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listing in the template (e.g., Sec. 2.3.1 - Architectural Process, 5 th Par. - moreover, the 
nature of this product is conceptual and abstract combined with complex technologies, 
which calls for a solid and understandable architecture that explicitly defines structures, 
dependencies and interfaces, and which is not degraded over time due to the 
implementation of new functionality; Sec. 6.3.2 - UML Contracts and System Sequence 
Diagram, 4 th Par. - in order to review the dependencies between the classes and how 
they call each other, we need UML interaction diagram; these action diagrams show 
how classes are interrelated inside the black boxes and how an object executes an 
interface operation; Sec. 6.2.1 - Persistence Layer, 7 th Par. - the persistent storage 
layer implements a class hierarchy that encapsulates the behavior of different types of 
data sources in a common interface). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Dejligbjerg into the Saehle's 
system to further provide discloses identifying dependencies among the set of 
components, the identified dependencies forming a hierarchy of components to be 
deployed in the customized configuration and, writing a template both enumerating the 
specified points of variability also listing the selected set of components while 
preserving the hierarchy within the listing in the template in Saehle system. 

The motivation is that it would further enhance the Saehle's system by taking, 
advancing and/or incorporating Dejligbjerg's system which offers significant advantages 
that the architecture can be regarded as a common vision that gives the involved parties 
a clear perspective of the whole system, which is necessary to design the system; 
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grouping subsystems in systems and sketching their mutual dependencies as once 
suggested by Dejligbjerg (e.g., Sec. 2.3.1 Architectural Process, 2 nd Par.). 

16. As to claim 9 (Original), Dejligbjerg discloses the method wherein the identifying 
step comprises the steps of: descending the set of components in a top-down manner; 
and, arranging the set of components in a hierarchy of dependencies during the descent 
(e.g., Sec. 2.3.1 - Architectural Process, 5 th Par. - moreover, the nature of this product 
is conceptual and abstract combined with complex technologies, which calls for a solid 
and understandable architecture that explicitly defines structures, dependencies and 
interfaces, and which is not degraded over time due to the implementation of new 
functionality; Sec. 6.3.2 - UML Contracts and System Sequence Diagram, 4 th Par. - in 
order to review the dependencies between the classes and how they call each other, we 
need UML interaction diagram; these action diagrams show how classes are 
interrelated inside the black boxes and how an object executes an interface operation). 

17. As to claim 10 (Original), Saehle discloses the method wherein the writing step 
further comprises the step of writing within the template at least one reference to a pre- 
requisite resource (e.g., Sec. 3.5.4 - Architectural Design, 1 st bullet - It implements the 
business logic itself as a collection of collaborating components, with the original 
specification types now split across different components; P. 38, Sec. R3 - Identifying 
Variability - This task focuses on identify variant attributes, logic and work flow that are 
different according to application in the specific domain). 
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18. As to claim 21 (Currently Amended), Saehle discloses a machine readable 
storage having stored thereon a computer program for producing a template describing 
a customized configuration of an application, the computer program comprising a 
routine set of instructions for causing the machine to perform the steps of: selecting a 
set of components to be deployed in the customized configuration (e.g., Sec. 3.1 - 
Product Line, 2 nd Par., Lines 1-6 - More precisely a product line is a set of products that 
together address a particular market segment or fulfill a particular mission and share a 
common set of requirement, but also have significant variability in requirement; product 
lines provides large scale reuse while still being able to customize the different 
customers particular needs); 

Specifying within the set, points of variability for the variable establishment of 
configuration parameters for the customized application which can vary when deploying 
of the customized configuration (e.g., Fig 3.11 - Classification of the Customization 
Policy; P. 42, Sub-sec. - Defining customization policy - this task has three parts as 
show in Fig. 3.1 1 1 ) customization policy for variant attributes, 2) customization policy 
for variant logic, and 3) customization policy for variant workflow; Fig. 3.8 - Domain 
Analysis Phase, element of DA3 - Identifying Variability; Fig. 3.9 - Structured English 
Use Case Description - Variant Flows; Sec. 3.1 Product Line, 2 nd Par., Lines 2-3 - .. 
share a common set of requirement, but also have significant variability in 
requirements). 
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Saehte does not explicitly disclose identifying dependencies among the set of 
components, the identified dependencies forming a hierarchy of components to be 
deployed in the customized configuration; and, writing a template both enumerating the 
specified points of variability, and also listing the selected set of components while 
preserving the hierarchy within the listing in the template. 

However, in an analogous art of Object/Data Source Mapping Layer, Dejligbjerg 
discloses identifying dependencies among the set of components, the identified 
dependencies forming a hierarchy of components to be deployed in the customized 
configuration; and, writing a template both enumerating the specified points of 
variability, and also listing the selected set of components while preserving the 
hierarchy within the listing in the template (e.g., Sec. 2.3.1 - Architectural Process, 5 th 
Par. - moreover, the nature of this product is conceptual and abstract combined with 
complex technologies, which calls for a solid and understandable architecture that 
explicitly defines structures, dependencies and interfaces, and which is not degraded 
over time due to the implementation of new functionality; Sec. 6.3.2 - UML Contracts 
and System Sequence Diagram, 4 th Par. - in order to review the dependencies between 
the classes and how they call each other, we need UML interaction diagram; these 
action diagrams show how classes are interrelated inside the black boxes and how an 
object executes an interface operation; Sec. 6.2.1 - Persistence Layer, 7 th Par. - the 
persistent storage layer implements a class hierarchy that encapsulates the behavior of 
different types of data sources jn a common interface). 
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Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Dejligbjerg into the Saehle's 
system to further provide discloses identifying dependencies among the set of 
components, the identified dependencies forming a hierarchy of components to be 
deployed in the customized configuration; and, writing a template both enumerating the 
specified points of variability, and also listing the selected set of components while 
preserving the hierarchy within the listing in the template in Saehle system. 

The motivation is that it would further enhance the Saehle's system by taking, 
advancing and/or incorporating Dejligbjerg's system which offers significant advantages 
that the architecture can be regarded as a common vision that gives the involved parties 
a clear perspective of the whole system, which is necessary to design the system; 
grouping subsystems in systems and sketching their mutual dependencies as once 
suggested by Dejligbjerg (e.g., Sec. 2.3.1 Architectural Process, 2 nd Par.). 

19. As to Claim 22 (Original), please refer to above claim 9 accordingly. 

20. As to Claim 23 (Original), please refer to above claim 10 accordingly. 

Allowable Subject Matter 

21. Claims 1 1-12, 14, 16, 24-25, 27, and 29 are objected to as being dependent 
upon a rejected base claim, but would be allowable if rewritten to overcome all the 
limitations of the base claim and any intervening claims. 
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The following is an examiner's statement of reasons for allowance: 

22. Regarding claims 1 1-12, 14, 16, 24-25, 27, and 29, prior art of record fails to 
reasonably show or suggest accessing a template interface implemented by the set of 
components to permit access to content encapsulated by the set of component; where a 
component within the set of components has not implemented the template interface, 
accessing the encapsulated content through a proxy to the component within the set of 
component; nesting component references in the listing in the template according to 
relative positions in hierarchy of the set of component; descending hierarchy 
recursively; deploying each of component in the hierarchy beginning with components in 
the set which are not dependent upon any other component in the hierarchy, and 
continuing through to at least one root component which is dependent upon all other 
components disposed below the at least one root component in the hierarchy. 



Conclusion 

23. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ben C. Wang whose telephone number is 571-270- 
1240. The examiner can normally be reached on Monday - Friday, 8:00 a.m. - 5:00 
p.m., EST. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 





BCW 



August 14, 2007 



